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between a second merchant and the second cardholder for a 
The advantage provided by this airangement is that using 
efficiently between cardholdeis, without significant delay. 



(57) Abstract: This invention 
relates to the field of commerce 
and in particular to a method of 
transferring funds using a payment 
card. Existing funds transfer 
systems suffer from a number of 
problems including for example 
lengthy delays associated with 
their delivery, high processing 
costs and high administrative 
costs. To alleviate these 

difficulties the present invention 
provides a method of transferring 
funds from a first payment 
cardholder to a second payment 
cardholder comprising the steps 
of; receiving an indication from 
the first cardholder that a transfer 
of fiinds is required to the second 
cardholder, generating a first 
payment card transaction between 
a first merchant and the first 
cardholder for a negative amount 
associated with the value of funds 
to be transferred, and generating 
a second payment card transaction 
positive amount associated with the value of funds to be transferred, 
existing payment card systems, transfers of funds can be effected 
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Title 



A METHOD AND SYSTEM FOR TRANSFERRING FUNDS 
Field of the Invention 

This invention relates to the field of commerce and in particular to a method of 
transferring funds using a payment card. 

Backgropnd to the Invention 

A number of different services are provided to fedlitate the transfer of funds 
firom one person to another. The most common examples of these include the use of 
bank drafts and wire transfers. An example of a wire transfer service is the funds 
transfer services provided by WESTERN UNION. The use of bank drafts suffers fix>m 
disadvantages of lengthy delays associated with their delivery, high processing costs and 
the inconvenience of only having the abiUty to obtain a draft when the issuing 
bank/financial institution is open. 

The use of wire transfer services overcomes some of the di£Giculties associated 
with bank drafts, but suffers fiom hi^ administrative costs and the inconvenience of 
only having the ability to send money when the wire transfer ofBce is open. An 
additional disadvantage is fliat the person receiving tiie funds must go to a wire transfer 
ofGce to obtain the wired funds. 

Another difficulty with existing methods of funds transfer is tiiat payment must 
be made in advance without a guarantee that fimds will be received. It may be difficult 
to obtain a refimd in the evmt that tiie payment was not made. For example, in the case 
of a bank draft, the bank may have difficulty identifying whether a particular draft has 
been cashed and associated problems with refimding drafts which have not been cashed. 
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One lecenfly introduced service, PAYPAL, seeks to reduce the problems 
associated with the existing methods of payments and is directed primarily at Intemet 
sales and purchasing. This service allows users to oeate on-line accomits, which they 
can credit using a credit or debit card, cash or dieque. Once an account is credited the 
user can transfer>funds from their PAYPAL account to another PAYPAL account 
Whilst, this method has a number of advantages and has become very popular on the 
Internet, particularly with Auction Sites, it does suffer from problems at the end of the 
process when a user is withdrawing funds from their PAYPAL account. Currently, the 
main methods to obtain money from a PAYPAL account is by cheque or wire transfer. 
However, PAYPAL also offers an ATM card, which maybe used to withdraw cash 
from ATM machines. 

US Patent no. 5,949,044 discloses a system for allowing a transferor to transfisr 
credit or make a payment to a transferee by debiting the credit card of the transferor and 
crediting the credit card of the transferee. Payment offimds or partial credit lines, in an 
amount of value up to the available credit hue of the transferor can be transferred to the 
transferee. The transfer of a financial tender value permits the transferee to access the 
transferred money or credit line immediately after the completion of the transfer. 
Neither party needs to give their conq)lete credit card number to the other, so security is 
preserved. However this system requires a direct interaction with the card schemes or 
specialist card scheme operators and involves encryption techniques which mitigate 
against widespread availability and/or use. 

Accordingly, there is a need for an improved funds transfia: system. 
Summary of the I nvention 



These needs and others will be met by the present invention, in which a first 
embodiment provides a method of transferring funds from a first payment cardholder to 
30 a second payment cardholder con^rising the steps of receiving an indication fi»m the 
first cardholder that a transfer of fimds is required to the second cardholder. 
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generating a first payment card transaction between a first merchant and flie first 
cardholdCT for a negative amount associated with the value of fimds to be transferred, 
and 

generating a second paymrat card transaction between a second merchant and the 
second cardhold^ for a positive amount associated with the value of fimds to be 
transferred. 

The advantage provided by this arrangement is that using existing payment card 
systems, transfers of fimds can be effected efGiciently between cardholders, without 
significant delay. 

Hie method may comprise the initial step of obtaining authorisation for the 
payment card transaction between the first merchant and the first cardholder prior to 
generating the first payment card transaction. 

The indication may identify the payment card details of the first cardholder 
and/or the payment card details of the second cardholder. Alternatively, the indication 
may contain an identifier for the first cardholder and/or a second identifier for the 
second cardholder whereby these identifiers may be used to obtain the card details of the 
first and second payment cardholders fix)m a database of cardholders and their 
associated identifiers. 

The positive and/or negative amounts associated with the value of fimds to be 
transferred may be equal to the value of fimds to be transferred or may include a service 
fee applied to the value of fimds to be transferred. 

In one mode of operation, the currency of the first payment card transaction is 
the currency of the first cardholder and the second payment card transaction is 
conducted in the currency of the second cardholder. 

In one implemratation of ttie method the step of receiving an indication from the 
cardholder is p^ormed over a computer network, for example the Internet In another 
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implementation the st^ of weaving an indication from the first cardholder is perfonned 
over a telephone. In a fijrflier implementation, the cardholder provides the indication at 
the office of the first mochant or an associate. 

hi one^mbodiment the first merdiant and second merdiant are flie same, hi an 
alternative embodiment the first merchant and second merchant are related but not the 
same, hi this alternative embodhnent the first merchant may be resident in the country of 
the firet cardholder whereas the second merchant may be located m the country of the 
second cardholder. 

The method may comprise the step of identifying a suitable second merchant 
from the details of the second cardholder. The method may also comprise the step of 
identifying a suitable first merchant fiom the card details of the first cardholder. 

The method may also extraid to the estabUshmg of a network of merdiant 
accounts to service a plurality of countries. 

Preferably the payment card is a debit/credit or charge card. 

The method m^ also include the step of generating a thhd payment card 
transaction between a first merchant and a Aird cardholder wherdn the third cardholder 
and second mepxhant are associated accounts of the same entity, suitably co-resident in a 
particular country. 

25 The method is preferably implemented on a conqmter system. 

A fiirther embodiment of the invention provides a system for transferrmg funds 
fiom a first payment cardholder to a second payment cardholder comprising: means for 
receiving an indication from the first cardholder that a transfer of fiinds is required to the 
second cardholder, means for generating a first payment card transaction between a first 
merchant and the first cardholder for a negative amount associated witii flie value of 
fimds to be transferred, and means fi>r generating a second payment card transaction 
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betweoi a second meidiant and die second catdholder for a positive amount associated 
with the value of funds to be transferred. 

The system may comprise means for obtaining authorisation for die payment 
card transaction-between die first merdiant and die first cardholder prior to generating 
the first payment card transaction. 

The system may further comprise a database of cardholder information, widi 
individual records in die database containing details of cardholders and an associated 
identifier. Tbo system may be adapted to extract cardholders details from die database 
fiom identifiers provided to generate tiie first and/or second transaction. 

The system may be ad^ted to perform dynamic currency conversion on bodi the 
first and/or second transactions. 

The system may be adapted to receive indications fitjm die cardholder over a 
computer network, for example die Intemet In anotiier embodiment, die system maybe 
adapted to receive an indication fix>m die first cardholder over a telephone. 

20 The system may comprise a database associating card numbers or ranges of card 

mmibers to at least one merchant. The system may be ad^ted to determine an 
appropriate merchant for use in die first transaction by conq)arison of die card details of 
die first cardholder widi entries in die database. Similarly, die system maybe ad^ed to 
determine an appropriate merdiant for use in die second transaction by comparison of 

25 the card details of die second cardholder wifli entries in the database. 

There is also provided a computer program comprising program instructions for 
causing a conq)uter program to carry out die above mediod which may be embodied on 
a record medium, carrier signal or read-only memory. 
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whidi follows. 
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Brief Dcscriptiop nfthB Drawings 

The invention wiU now be described in greater detail with reference to the 

5 accompanying drawings in which: 

Figure 1 is a representation of a terminal suitable for carrying out the invention, 
Figure 2 is an arrangement suitable for use with the invention. 
Figure 3 is a process flow diagram of a funds transfer according to the invention. 
Figure 4 is a flowchart for implementing the method of the invention in the terminal of 

10 Figure 1, 

Figure 5 is a terminal and host arrangement for processing a funds transfer according to 
the present invention. 

Figure 6 is a flowchart for a method suitable for use with figure 5, and 
Figure 7 is an arrangement using a serve: for use with the method of tiie present 
15 invention. 

Figure 8 is a process flow chart showing a method suitable for use with the arrangement 

of Figure 7, 

Figure 9 is a schematic diagram of the terminal of Figure 1, and 
Figure 10 is a sdiematic diagram of a host for implem^ting the method shown in 
20 Figure 6. 



T>fitoilcd Description of tihe Drawings 

25 The inventor of tiie present invraition has realised that existing payment card 

systems used world-wide provide the possibiUty for an effective an efficient method of 
transferring funds in a heretofore unknown maimer. The invention may be implemented 
using sophisticated computer systans and/or simple payment card terminal devices in 
conjunction with a host system. 

30 

A suitable payment card terminal device 1, as illustrated in Figures 1 and 9, 
comprises a magnetic strip reado: 3, an alphanumeric and function keypad 5, a display 
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unit 7. ^ a Tecdpt printer 9 for printiiig receipts 1 1 . Payment card details are entered 
either by swiping a payment card fluou^ a magnetic strip reader, or other input device 
of the terminal, or using the terminal keypad. Alternative traminal devices may provide 
a smart card device reader for obtaining payment card details from a payment card 
having an embedded chip. The transaction detaUs maybe entered using the keypad. 
Optionally, a personal identification number (PIN) key pad (not shown) may be 
provided to allow a cardholder to enter a PIN number as an authentication/security 
measure, hitemally, the terminal has suitable electronic circuitry for operating the 
tenninal, typically comprising a modem 17, a poWer supply unit, microprocessor 16, 
RAM and ROM Memory 13, 15. The terminal software 12 comprises computer code 
which is ad^ted to implement the present invention. The circuitry and elements are 
preferably arranged to produce a terminal that has a small footprint and is compact 

As shown m the arrangement 20 of Figure 2, the taminal 22 is suitably adapted 
15 to communicate with an authorisation host 24, a transactions host 26 and optionally a 
service provider 28. The authorisation host 24 is configured to grant/deny authorisation 
to a merchant operating a terminal to proceed with a payment card transactions. The 
transaction host 26 is adapted to receive details of payment card transactions from the 
tenninal and to pass these transaction details on to the financial institutions for 
20 processing of payments. The service provider 28 in the oontert of the present invention 
is a computer system assodated with flie operator of a scheme implementing/providing 
the fedlity of the funds transfer method of die present invention. Althou^ the 
authorisation host, transaction host and service provider are illustrated as three separate 
entities, there fimctionality may however be combined into one or more systems. 

25 

The method of die invention is shown in its simplest form in Figure 3 and 
provides for the effective transfer of fimds from a first payment cardholder 30 to a 
second cardholder 36 using one or more merchants 32,34 in a payment card scheme to 
act as interaiediary. The method works by, in response to receiving an indication fi»m a 
30 cardholder 30 that they want to transfer fimds to a second cardholder, creating a first 
payment card tansaction between a merchant 32 and the first cardholder 30 for an 
amount associated wifli the value of fimds to be transferred, i.e. diarge the first 
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cai&Dlder forlhe funds they wiA to^tonsfer. This amount may include a service fee. 
To complete the transfer of funds a second transaction is generated between a second 
merchant 34 and the second cardholder 36 for a credit associated with the value of funds 
to be transferred, i.e. credit the second cardholder with the appropriate fonds. The credit 
represents the^ds to be transfeire4 which may have a service fee deducted. It will be 
appreciated that in this form, the first and second transactions maybe created by a single 
merchant using a conventional payment card tenninal. hi situations where the first 
merchant and second merchant are two separate entities, some recondUation between 
the first and second merchant may be required 

An exemplary mefliod of performing a transfer using the terminal described 
above, as shown in Figure 4, commences with a cardholder making a request to the 
merchant to perform a funds transfer. The merchant makes an ^propriate selection 40 
on the terminal, e.g. presses a particular key or key combination, to indicate that a funds 
transfer is required. The terminal may respond by displaying 42 an ^propriate message 
on the terminal display asking the merchant/cardholder to enter the cardholder's details, 
for example: 

Tunds Transfer Option Selected - Please Enter Transferors Card Details". 

The merchant may then enter 44 the cardholder's details, for example by swiping 
their payment card through the magnetic strip reader of the terminal or other input 
device of the terminal, hi response, the tenninal may dsplay 46 an ^>propriate message 
on the terminal display asking the merchant to enter the value of fimds to be transferred, 
for example 

"Fimds Transfer Option - Please Enter Amount to be Transfered". 

The merchant may enter 48 the amount to be transferred by keying the amount 
on the keypad of the terminal. Once the amovmt has been entered, the terminal may use 
an appropriate software routine and look-up table to calculate/retrieve 50 a service fee. 
This service fee may be included m the amount diarged for the first transaction 
described or deducted m calculating the amount of the second transaction. 
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Once flie service <Aaige has been determined, the tenninal may display a message 52 
showing the amount of flie service fee ^pUcable for ttie funds to be transferred and/or 
the total cost for the transfer or the net amount to be transferred. The terminal software 
may provide an option 54 to allow a nser to stop the transfer process at this time and/or 
at other times^lHring the transfer process on the terminal. The teraunal and/or host 
generates a first transaction for the calculated amount between a first merchant and Ae 
first cardholder. Suitably, the means for generation of the first transaction is program 
code contained with the terminal and/or host. The terminal may request authorisation 56 
for the generated first transaction, i.e. a payment card transaction between the merdiant 
and the cardholder for the total cost for the transfer. If authorisation is not received for 
the first transaction, the whole transfer process may be cancelled. 

If au&orisation is received, the termmal displays 58 an q)propriate message on 
the terminal display requesting the merchant to enter the payment card details of the 
cardholder to whom the fimds are to be transferred. 

The merchant may enter 60 the payment card details of the second cardholder 
using the keypad of the terminal, or in the event that the second payment card is 
available using the magnetic strip reader, or other terminal input device, for example 
drip card reader. Once the payment card detaUs of the second person have been entered, 
the terminal may print a transaction sUp/receipt for signature by the cardholder. The 
transaction sUp suitably identifies payment card details of the cardholder, the payment 
card details of the second cardholder and flie value of fimds to be transferred. The 
transaction sUp/receipt may also identify the service fee payable. 

hi addition to printing these details the terminal may also print a transaction 
identifier uniquely identifying the transfer. This transaction identifier may be used when 
subsequently trying to track a transfer. This transaction identifier may be generated by 
the taminal or may be suppUed by a host Suitably, a record is maintained of the 
transaction identifiers and the first and second transactions associated with each 
identifier. 
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Hie tenninal and/or host «5»propriately gsnerates 62 a second transaction to 
complete the transfer of funds, between the merchant and the second cardholder for an 
amount associated with the value of funds to be transfisrred. Suitably, the means for 
generation of the second transaction is program code contained within the terminal 
5 and/or host. As tiiis second transaction is crediting the second cardholder, no card 
authorisation for tiie second transaction is required. 

Suitably, the first and second transactions are stored in tiie tenninal and/or host 
(transaction storage 14) for subsequent posting 64 (and accordingly processing by tiie 
10 computer systems of tiie payment card sdiemes) to the collection host along witti otiier 
transactions. Batching of payment card transactions for termmals is typically performed 
once a day. 

Once these two transactions have been processed, the first caidholdo: will have a 
15 debit against then- account, whereas tiie second cardholder will have an equivalent credit 
(ignoring service fees/exchange rates etc.). Thus a ti^nsfer of funds firom the first 
cardholder to the second cardholder will have been achieved. 

To provide the cardholdos wifli some information, each transaction may have a 
20 detail entry stored against them whidi will appear on tiieir statement, identi^dng to 
whom the transfer y/as made. 

The simplified exenq>lary metiiod described above may in certain limited 
circumstances facilitate firaud and money laundering as the transactions are generated 
25 and controlled fiwm a single point of sale terminal. 

In practice, a network of madiants may be established to offer the funds transfer 
system. This network may comprise existing merchants who accept payments by 
payment cards or a dedicated networic of merdwnts set iq) to provide the funds transfer 
30 system or a combination of flie two. The advantage provided by this arrangement is that 
usmg existing payment card systems, transfers of fimds can be effected efficiently, 
without significant delay. It will be q)preciated tiiat in the context of the present 
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- iavention, flie tenn merdiant would include accounts set vp specifically by the payment 
card scheme operators or acquiring banks for the purposes of the transactions described 
herein. 

5 To overcome the difficulties of the exemplary method described above, a fiirther 

embodiment of the invention is provided. In fliis embodiment, a schematic 
r^esentation of which is shown in Figure 5, a host 70 is provided for processing the 
request for a funds transfer ftom the first cardholder to a second cardholder. The host is 
suitably ad^ted to receive requests fix)m one or more terminal devices 72. The system 

10 may be operated wifli a single merdiant account However, for reasons which will 
become parent, the system preferably comprises an arrangement comprising a 
pluraUty of merchant accounts 74. The merchant accounts may be arranged so that each 
merchant account is associated with the processing of card payments associated wilh a 
particular region, country and/or financial institution 76. 
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30 



The merchant accounts are suitably all accounts of the same entity, or related 
entities for example subsidiaries of the same parent company, merchant and/or bank. In 
this embodiment, the merchants assodated with the host, rather than the merchant 
associated witfi the terminal, are used in the transaction to effect a transfer of funds firom 
the first cardholder to the second cardholder. As there is effectively only one 
organisation in the arrangement processing the transfers, regulatory and other matters 
can be dealt with centraUy. By having this centraUsed structure, concerns over money 
laundering and other matters may be obviated. 

The operation of this further embodiment will now be described wifli reference 
to an exemplary method of operation as shown in figure 6 and a schematic diagram 
shown in figure 10. 

The method commences with a cardholder making a request to an outlet offering 
the funds transfer service to perform a fimds transfw. The oudet preferably has a 
payment card terminal adapted to perfonn the fimctions described below. The terminal 
operator makes an appropriate selection 101 on the terminal, e.g. presses a particular key 
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ortey combination, to indicate that a fends transfer is required. The terminal may 
respond by displaying 103 an appropriate message on the terminal display asking for the 
first cardholder's details, for example: 

'Tunds Transfer Option Selected - Please Enter Transferors Card Details". 

The operator/cardholder may then enter 1 05 the cardholder's details, for example 
by swipmg the payment card through the magnetic strip reader of the terminal. In 
response, the terminal may display 107 an appropriate message on the terminal display 
asking for the entry of flie value offends to be transferred, for example 
"Funds Transfer Option - Please Enter Amount to be Transferred". 

Once the amount has been entraed 109, the terminal may calculate^retrieve a 
service fee and display a message showmg flie amount of the service fee ^Ucable for 
the fends to be transferred. An option may be provided allowing a user to stop the 
transfer process at this time and/or at other times during the process. 

The terminal may then display 113 a message requesting the entiy of the 
payment card details of the cardholder to whom the fends are to be transferred. The 
terminal m^ request/authorisation for the first transaction before/aftar/during this step. 
This authorisation may be performed by making a request to the host, which, in turn 
processes the authorisation request In the event that authorisation is not obtained, the 
whole fimds transfer process may be cancdled. 

Once the payment card details of the second cardholder have been entered, the 
terminal may print a receipt sUp for signature by tiie first cardholder. The receipt sUp 
suitably identifies the payment card details of the first cardholder, the payment card 
details of the second cardholder, the value of fimds to be transferred and tiie identity of 
the outiet The transaction slip/receipt may also identiify the service fee payable. 



In addition to printing these details a terminal may also print a transaction 
identifier uniquely identi^wng the transfer. This transaction identifier may be generated 
by the terminal or may be siq>plied by a host 
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Hiese details aie also stored in the tenninal for subsequent transmission 1 15 to 
the host nris may be perfonned immediately or in batch for example at flie end of each 
day. 

5 

Upon receipt of the transactions at the host, the host may jperfoim a check 1 17 to 
oonfiim the authenticity and/or validity of the data provided. To process the transfer 
request. Hie host detennines 119 a suitable merchant for processing a first transaction for 
the first cardholder. The suitabiUty of the merchant may be made with reference to one 
10 or more fectors including the issuing institution of the first cardholder, the geographic 
location of the card issuing institution of Hie cardholder, the minimum interchange fee 
available. Thedeterminationof a suitable merchant may be made by reference to a look- 
up table containing a list of card numbers (or ranges of card numbers) and their 
associated merchants. Once, an appropriate merdiant has been determined, a first 
15 transaction is created 121 between the determined suitable merchant and the first 

cardholder for an amount equivalent to the value of funds to be transferred. Suitably, the 
means for generation of the first transaction is program code contained within the host. 
This amount may or may not have a commission added. The amount may be regarded as 
a negative amount as the cardholder is effectively being debited for the transaction. 

20 

The host may then determine 123 a second merchant, whidi is suitable for 
processing a second transaction with flie second cardholder. The detamination maybe 
performed in the same manner in which a merdiant for the first cardholder was 
determined. Once a suitable second merchant has been determined, the host may 
25 generate 125 a second transaction between the second merchant and the second 

cardholder for an amount equivalent to the value of fimds to be transferred. This amount 
may or may not have a commission deducted. This amount may be regarded as a 
positive amount since it efiGectively represents a crediting of fimds to tbe second 
cardholder's account. 
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- As ihere^ two separate transactions, eadi cardholder may be biUed/credited in 
their own currency wifli the host operator effectively performing dynamic currency 
conversion, a suitable system for which is described in European Patent EP 101871 1. 

To process-the two transactions, flie host may forward 127 the transactions via a 
suitable communications link, for example using modems and conventional telephone 
line, a dedicated communication network or the Internet, to a coUection host assodated 
with an issuer for onward processing of the two tractions into tiie payment card 
schemes. Alternatively, where for technical or legal reasons it is not possible for the host 
to forward tiansacstions direcfly to flie collection host of an issuer, the host may forward 
individual transactions to the computer system of tiie merchant identified in tiie 
transactions. The computer system of the merchant being suitably ad^ted to receive tiie 
transactions and forward tiiem on to conq)uter systems associated witii tiie payment card 
scheme for processing. 

It will be appreciated that once the first and second transactions have beai 
processed, die first cardholder will have a debit against tiieir payment card account, 
whereas tiie second cardholder will have an equivalent credit (ignoring service 
fees/exdiange rates eto.) on tiirar payment card account Thus a transfer of funds fi»m 
flie first cardholder to tiie second cardholder will have effectively been achieved. 

In the event of a problem, flie first and second transactions may be efifectivdy 
cancelled by applying two fiirther transactions to cancel the first and second 
transactions. 



25 



Details of ttie transactions may also be stored in a database on the host or an 
assodated computer system identifying tiie transactions witii tiieir assodated details, 
transaction identifiers etc. Having a central database of all tiie transactions makes it 
possible to fedlitate a complete audit hail and ensures tiiat reporting, recondUation and 
30 monitoring is possible. 
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- In addition to these first two transactions, the host may generate a further 
transaction to provide the operator of the outiet with a service fee for having handled tiie 
request The host may aggregate these transactions of the outlet so as to provide a single 
payment periodically, for example on a weekly or monthly basis. 

5 

To provide cardholders witii some information, each transaction may have a 
detail entry associated with them. These detail entries will be processed with the 
transactions so tiiat tiiey appear on tiie cardholders' payment card account statements 
and provide an identifier as to what tiie transaction relates. Thus, for example, tiie detaU 
10 entiy for tiie first cardholder may make reference to tiie second cardholder and vice 
vorsa. 

By having a plurality of merchant accounts, the present invention obviates 
difficulties associated witii Card Scheme fees for local Issuers and/or pro-longed 
15 funding by tiie local issuer i.e. where payment is settied by tiie first cardholder montiily 
(whereas receipt by the second cardholder occurs practically instantaneously). 

Further variations of the systan are foreseeable. An example of a further 
embodiment is tiie use of an Internet server providing a web site to fedlitate tiie tiansfer 
20 of funds between payment cardholders. In a basic embodiment, this internet portal 
repUcates tiie metiiod described above allowing a user to entering a first cardholder's 
details, a second cardholder's details and tiie amount of fvinds to be tiansferred. Upon 
receipt of this information, tiie Internet server or a related computer system may 
generate the two transactions and process them as described above. 

25 

hi another embodiment, a server is provided, as shown in figure 7, which ensures 
tiiat a transfer of funds can be effected fixjm a first cardholder to a second cardholder 
without the second cardholder having to reveal tiieir card details to tiie first cardholder 
and sunilarly for tiie first cardholder not having to reveal flieir card details to flie second 
30 cardholder. This embodiment will now be described with reference to Figure 7. 
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- 'Itie8erverl50oomprisesanmterfecead^tedtopiovideauser(cardholder)156 
wiih infonnation and to recdve responses fiom the user. The interfece may for sample 
be a web interfece 1 54, comprising a series of HTML or similar pages, whidi may be 
viewed by a cardholder having suitable web browser software on their computer. 

The server or an associated computer has a cardholder da^ase 152 ad^ed to 
store a plurality of individual cardholder's details as records in the database. Each of ttie 
records in the database may have an associated user account name and password so as to 
prevent unauthorised access to cardholder's details. Accordingly, each record may be 
viewed as an account on the database. A cardholder may create a record (account) for 
themselves, for example, by completion of a suitable form provided by the web 
interfece. For security reasons, the option of weating an account on the database by 
other means may be provided, for example by fex, tel^hone or post. The server is also 
suitably adapted to make a connection with a host 1 60 and provide the host wifli a 
request for a funds transfer fiom one cardholder to another cardholder for processing by 
the host. The host fonctionaUty may be incorporated within the server 1 50. 

A method of performing a funds transfer using this system will now be described 
with reference to figure 8. For simpUdty, it will be assumed that the first and second 
cardholders have both created accounts on the server. 

The method commences with a user (transferor) 156 accessing 200 the server 
using a web browser or other software on a conq>uter to make a connection over a 
network, e.g. the hitemet 158. Once flie server has been accessed, the user may make a 
request, for example, by clicking on the appropriate link in a web page, to initiate a 
transfer of fimds. The user is then presented with a suitable web page allowing the 
cardholder to enter 202 their user account name (an identifier for the first cardholder), 
and optionally for security reasons their password. In the same page or subsequent 
pages, the user is presented with suitable places to enter 204 the account name or other 
identifier of the person (transferee) to whom the fimds are to be transferred and to enter 
206 the value of the fimds to be transferred. 
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- OnceAecardholderhasprovidedthisinfonnationorifenteringtheij^^ 
sequentiaUy in different pagps after the cardholders account name and password have 
been sv?>pHed, an appropriate check may then be made on Ihe cardholder»s database to 
confirm that the transferor's account entered exists and if tequiied to verify flie 
5 password. If flie-acconnt exists then the system retrieves 208 the cardholder information 
from the database for the first cardholder (the transferor). The system also retrieves 210 
the cardholder information from the database for second cardholder (the transferee). 

Once this cardholder information has been retrieved, Ihe transfer of the entered 
0 funds may be effected as described above with reference to the embodiment of Figure 5 
by passmg the first cardholder's details, the second cardholder's details and the amount 
to be transferred to one or more host(s) for processing as described in Figure 6. In this 
regard the host(s) will generate the first and/or second transactions as previously 
described. It will be appreciated that it is not imperative for the first transaction to be 
5 held up pending the generation of the second transaction and/or it is conceivable that 
two separate hosts may deal with either of these transactions and/or yet another host deal 
(separately) with the authorisation of the first transaction. An advantage of this method 
is that it is not necessary for the second cardholder to reveal their card details to 
feciUtate the transfer of fimds into their account. The server may provide the user with a 
10 suitable confirmation page confirming that the transfer has been completed or is being 
processed. 

To avoid possible fraudulent use of a payment card each member of the scheme 
can be issued with two cards. One card is a receipt card and the number of this card 

25 could be given out pubUcly. The second card is a payment card and the number of this 
card would be kept secret by the company and would also have a PIN number. "When a 
company issues an invoice it can print its receipt card number on the invoice without 
fear of it bemg misused. The payment company would then use its payment number to 
make payment and fliat number would never be transmitted outside of the Fintrax/card 

30 company arena. Furthermore, if the recavingconqjany was not a member of a scheme, 
but the paying company was, then tiiey could still pay via flie scheme but the actual 
payment would be made by cheque rather than to a card. 
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- With a receipt card the issuer can pre-supply potential transferees with cards 
which have a zero spend limit Altranatively the issuer carnise some other mechanism 
that blocks transaction debits ftom the card. Thus if anyone were to attempt to withdraw 
funds using the pubUdsed card number, or used it to pay for goods or services, the 
transaction would-be sent for authorisation and would be declined. Moreover, the 
physical card need never be provided by the issuer, merely the card number so such 
potential fraudulent or unapproved transactions to be labelled "card not presents* or 
"cardholder not present" rendering the piobabiUty of authorisation even less likely or 
increasing the likelihood that the transaction would be subjected to authorisation. 
Moreover, the genuine cardholder can have such card number Usted on the cardholder's 
mtemal permitted banking transfer of balances between dedicated accounts only. This 
would fecihtate the transfer of monies received by the genuine cardholder and the 
receipt card only. 

Where tiie receiving company is not a member of a schane and the actual 
payment is made by cheque or cash rather than to a card, the two card number utilisation 
mechanism would still be employed. For example where a transferor does not have a 
credit card and wants to send ftmds, the transferor could use a proxy cardholder (which 
may be one usable by the authorised transferor merchant) on his or her behalf, by pre- 
paying the proxy cardholder by-check or cash, in order to effect the transfer. Similarly, 
where the transferee did not have a raedit card and was the mtended recipient, the 
transferee could use the proxy cardholdCT, and receive ftom the proxy cardholder a 
cheque or cash, in order to affect the transf^. 

It is believed that the present invention provides a system which can fedUtate 
one of the most efficient 24 hour, 365 day cross border money transfer systems, 
providing consumers with total convenience coupled with full guarantees of payment or 
refund and audit trail transparency plus transaction statement, reporting and 
reconciliation and monetary monitoring if desired. 



30 



The embodiments in the invention described with reference to the drawings 
comprise a computer apparatus and/or processes performed in a conq>uter apparatus. 
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However, the invention also extends to computer programs, particularly computer 
programs stored on or in a carrier adapted to bring the invention into practice. The 
program may be in the form of source code, object code, or a code mtermediate source 
and obj ect code, such as in partially compiled form or in any o&er form suitable for use 
in the implementotion of the method accordmg to tiie invention. The carrier may 
comprise a storage medium such as ROM, eg. CD ROM, or magnetic recording 
medium, e.g. a floppy disk or hard disk. The carrier maybe an electrical or optical signal 
which may be transmitted via an electrical or an optical cable or by radio or other 



10 



20 



means. 



It will be ^>predated by those skilled in the art that flie present invention is not 
intended to be lunited to the embodhnents described herein, but includes otiier 
variations which fell within the scope of the claims. For example, the system may be 
adapted to effect a transfer of funds ftom a first person to a cardholder where the first 
15 person is not necessarily a cardholder. In tins scenario, flie cardholder may pay a service 
provider directly, either using another funds transfer system, e.g. telephone banking, 
cash or cheque and the service provider uses a payment card associated witii flie service 
provider in the first transaction in tiie method described to effect flie transfer of fimds to 
a second cardholder using the method described above. 



The words "comprises/comprising" and flie words *liaving/including" when 
used herean with reference to the present mvention are used to spedfy the presence of 
stated features, mtegers, steps or components but does not preclude flie presence or 
addition of one or more oflier features, integers, steps, components or groups fliereof 
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gaims 

1. A method, performed by a computer system^ of transferring funds ftom a first 
payment cardholder to a second payment cardholder comprising the steps o£ 
5 receiving an indication from the first cardholder that a transfer of funds is required to 
flie second cardholder, 

generating a first payment card transaction between a first merchant and the first 
cardholder for a negative amount associated wifix the value of funds to be transferred, 
and generating a second payment card transaction between a second merchant and the 
10 second cardholder for a positive amount assodated with the value of funds to be 
transferred. 



2. A method according to claim 1, conqoising the initial step of obtaining authorisation 
for the first payment card transaction prior to generating the first payment card 

IS transaction. 

3. A method according to claim 1 or 2, wherein the indication identifies the payment 
card details of the first cardholder and/or the payment card details of the second 
cardholder. 

20 

4. A method according to claim 1 or 2, wherein the indication contains an identifier for 
the first cardholder and/or a second identifier fw the second <^^older and \<iiereby 
these identifiers may be used to obtain the card details of the first and/or second 
payment cardholder from a database of cardholders and thar associated identifiers. 

25 

5. A method according to any preceding claim, wherein the positive and/or negative 
amounts associated with the value of funds to be transferred may be equal to the 
value of funds to be transferred or may include a service fee ^lied to the value of 
funds to be transfocred. 



6. A ine&od according to any preceding claim, wherein the currency of the first 
payment card transaction is the currency of the first cardholder's payment card 
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account and Ihe second payment card transaction is conducted in the currency of the 
second cardholder's payment card account in circumstances where the currencies of 
the first and second cardholders' payment card accounts are diflfetent 

7. A method acoording to any preceding claim, wherein the step of recaving an 
indication fi»m the cardholder is performed over a computer network. 

8. A method according to any one of claims 1 to 6, wherein the step of receiving an 
indication from the first cardholder is performed over a telephone. 

9. A method acooiding to any preceding daim, wherein the first merchant and second 
mochant are the same. 

10. A method according to any one of claims 1 to 8, wherein the first merchant and 
second merchant are related but not the same. 

11. A method according to claim 10, wherein the first merchant is residrait in the country 
of the first cardholder and Ihe second merchant is located in the country of the second 
cardholder. 

12. A method according to any preceding claim, fiirther comprising the step of 
idtaatil^g a smtable second machant fixim the details of the second cardholder. 

13. A method acoording to any preceding claim, fiirther comprising the step of 
identifying a suitable first merdiant fix)m the card details of the first cardholder. 

14. A method according to any preceding claim, comprising the step of generating a third 
payment card transaction between a first merchant and a third cardholder wherein the 
third cardholder and second merchant are associated accounts of the same entity, 

) suitably co-resid«it in a particular country. 
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15A system for transferring fijnds fiom a first payment cardholder to a second payment 
cardholder comprising: 

means for receiving an indication &om the first cardholder that a transfer of fimds is 
required to the second cardholder, 
5 means for generating a first payment card transaction between a first merchant and 
the first cardholder for a negative amount associated with the value offends to be 
transferred, and 

means for generating a second payment card transaction between a second merchant 
and the second cardholder for a positive amount associated with the value of fimds to 
10 be transferred. ■ 

16A system according to claim 15, comprising means for obtaining authorisation for the 
payment card transaction between the first merchant and the first cardholder prior to 
generating the first payment card transaction. 

15 

17 A system according to claim 15 or fijrther comprising a database of cardholder 
information, where individual records in die database containing details of 
cardholders and an associated identifier. 

20 1 8.A system according to claim 17, wherein the system is adapted to extract cardholders 
details from the database fi»m identifiers provided to generate the first and/or second 
transaction. 

19A system according to any one of claims 15 to 18, wherdn the system is ad^ted to 
25 perform dynamic currency conversion on the first and/or second transactions. 

20.A system according to any one of claims 15 to 19, wherein the system is adapted to 
receive indications firom the cardholder ovct a computer network. 



30 



21.A system according to any one of claims 15 to 19, wherein the system is adapted to 
receive an indication fix>m the first cardholder over a telephone. 
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22A-system according to any one of claims 15 to 21, wherein the system comprises a 
database associating card numbers or ranges of card numbers to at least one 
merchant 

5 23.A system according to claim 22, wherein the system is adapted to detemiine an 

appropriate merchant for use in the first transaction by comparison of the card details 
of the first cardholder witii entries in the database. 

24 A system according to claim 22, wherein the system is adapted to determine an 
10 appropriate merchant for use in the second transaction by comparison of the card 
details of the second cardholder with entries in the database. 

25.Soflware comprising instractions fi>r causing a computer system to perform the 
method according to any one of claims 1 to 14. 



15 



26 -A computer program product comprising a computer usable medium carrying 
instructions for causing a computer system to perform the method according to any 
one of claims 1 to 14. 



20 27 A method, performed by a computer system, of transferring fimds firom a first 
payment cardholder to a second payment cardholder comprising the steps of: 
receiving an indication fit>m the first cardholder that a transfer of fimds is required to 
the second cardholder, 

generating a first paym^t card transaction between a first merchant and the first 
25 cardholder for a negative amount associated with the value of fimds to be transferred, 
and generating a transaction between a second merchant and the second cardholder 
for a positive amount associated with flie value of fimds to be transferred, wherein 
the transaction to the second cardholder is in the form of a cheque. 
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28 A system for transferring fimds fi:om a first payment cardholder to a second payment 
cardholder comprising: 

means for receiving an indication fix)m the first cardholder that a transfer of fimds is 
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lequiied to fhe second cardholder, 

means for generating a first payment card transaction between a first merchant and 
the first cardholder for a negative amount associated with the value of funds to be 
transferred, and 

means for generating a transaction between a second merchant and the second 
cardholder for a positive amount associated with the value of fimds to be transferred, 
wherein tiie transaction to the second cardhold^ is in the form of a cheque. 

29A method of transferring fiinds firom a first payment cardholder to a second payment 
cardholder coinprising the steps of: 

receiving an indication ftom the first cardholder that a transfer of fiinds is required to 
the second cardholder, 

aerating a first payment card transaction between a first merchant and the first 
cardholder for a negative amount associated with the value of fiinds to be transferred, 
and generating a second payment card transaction between a second merchant and the 
second cardholder for a positive amount associated with the value of fimds to be 
transferred. 
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